home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_0399 / 79 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  1.2 KB
  1. Date: Thu, 11 Feb 93 21:04:45 -0500
  2. From: "Nicholas S Castellano" <entropy@terminator.rs.itd.umich.edu>
  3. To: julian@GOEDEL.UNI-MUENSTER.DE
  4. In-Reply-To: Julian F. Reschke's message of Thu, 11 Feb 93 10:28:26 MET DST <9302110928.AA00939@math.uni-muenster.de>
  5. Subject: Fcntl's
  6.  
  7. >(1) Questions: I'd like to hear more comments regarding my FUTIME fcntl
  8. >    proposal.
  9.  
  10. I already commented on this and I'm still trying to get my foot out of
  11. my mouth...
  12.  
  13. >(2) An idea that could be very convenient for file systems that try
  14. >    to keep the fragmentation low: what about an Fcntl opcode to inform
  15. >    the driver about the amount of bytes that *will* be written to the
  16. >    file? Desktops and copy programs (like cp) could use this.
  17.  
  18. Not a bad idea, but it might be better to steal the "file extend
  19. quantity" concept from VMS:  instead of specifying the total size of
  20. the file to be written (which in many cases is difficult or impossible
  21. to determine in advance) the program specifies the number of blocks to
  22. be allocated when the currently allocated space is filled, and the
  23. file system can try to allocate these as contiguous blocks if it
  24. wishes.  When the file is closed any unused blocks are released.
  25.  
  26. cheers,
  27. entropy
  28.